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Video Coding 



This invention relates to video surveillance and in particular to a system for 
monitoring a video surveillance system, 

A video sequence simply consists of a series of still pictures or frames. Digital 
video compression methods are based on reducing the redundant and perceptually 
irrelevant parts of video sequences. Tlie redundancy in video sequences can be 
categorised in three types: spectral, spatial and temporal redundancies. Spectral 
redundancy refers to the similarity between the different colour components of the 
same picture. Spatial redundancy results from the similarity between neighbouring 
pixels in the picture. Temporal redundancy exists because objects appearing in the 
previous image are also likely to appear in the current image. Compression can 
therefore be achieved by taking advantage of this temporal redundancy and 
predicting the current picture from another picture, referred to as an anchor or 
reference picture. Further compression may be achieved by generating motion 
compensation data that describes the displacement between areas of the current 
picture and similar areas of the previous picture. The differences between the 
identified area of the previous picture and the current picture are then encoded. 

Video coders may also try to reduce the quality of those parts of the video sequence 
which are subjectively less important. In addition, the redundancy of the encoded 
bit stream may be reduced by means of efficient loss less coding of compression 
parameters and co-efficients. The main technique is to use variable length codes. 

Video compression methods typically differentiate between pictures that utilise 
temporal redundancy reduction and those that do not. Compressed pictures that do 
not use temporal redundancy reduction methods are usually called INTRA or I- 
FRAMES or I-PICTURES. Temporally predicted images are usually forwardly 
predicted from a picture occurring before the current picture and are called INTER 
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or P-FRAMES. In the INTER FRAME case, the current picture is predicted from a 
reference picture, usually using a motion compensation technique, so generating 
prediction error data representing the difference between the two frames. 

In low bit-rate situations, it is usual for a compressed video sequence to consist of a 
sequence of pictures startmg with a temporally independent intra picture followed 
by temporally differentially coded inter pictures encoded, directly or indirectly, 
from the intra picture. Since the compression efficiency in intra pictures is 
normally lower than in inter pictures, intra pictures are used sparingly especially in 
low bit-rate applications. 

Current video coding standards define a syntax for a self-sufficient video bit-stream. 
The most popular standards at the time of writing are ITU-T Recommendation 
H.263, "Video coding for low bit rate communication", Febmary 1998; ISO/IEC 
14496-2, "Generic Coding of Audio-Visual Objects. Part 2: Visual", 1999 (known 
as MPEG-4); and ITU-T Recommendation H.262 (ISO/TEC 13818-2) (known as 
MPEG-2). These standards define a hierarchy for bit-streams and correspondingly 
for image sequences and images. 

In a typical video surveillance system a plurality of cameras are located within an 
area to be surveyed and the signals from the cameras transmitted back to a central 
unit for further processing. This fiirther processing may simply be a person 
watching a representation of the video signal on a display and looking out for 
particular events e.g. intruders, strange vehicles, vandalism etc. It is becoming 
more common for this ftirther processing for detection of abnormalities to be done 
in an automated manner using digital signal processing and, when an abnormality is 
detected by tiie system, to then generate an alarm. Human invention is then used to 
examine the video picture to determine whether the alarm is an alarm that should be 
acted on or whether it is a false alarm. 
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The sending of video data to a display may be done by sending a real-time video 
signal to a remote user or by sending one or more still images to the user. 

Neither of these implementations gives suitable information at veiy low data rates: 
in the former case, the quality of the video may be so low as to be useless; and, in 
the latter case, whilst the still image can be progressively refined (for instance, in 
the same way as a known progressive JPEG image (see ISO/IEC 15444-1 known as 
JPEG2000)), it may not represent the correct time-frame for the end-user to decide 
how to act on the alarm. Of course, another still image may be requested, but this 
requires extra time to encode and download, which may reduce the effectiveness of 
any decisions that may be made. Cmcially, subsequent still images will have the 
same progressive nature i.e. they will start off at poor quality, and then get better 
with time. 

Some known video surveillance and video encoding systems are described in 
International Patent AppHcations WO 00/72598, WO 01/62005 and WO 98/26604. 
These each suffer from some of the disadvantages discussed above. 

According to a first aspect of the invention, there is provided a method of encoding 
video data, Ihe method comprising: 

generating a first set of data by encoding a first image of the video data; 

generating one or more further sets of data by predictively encoding the first 
image, wherein the predictive encoding is performed with respect to a decoded 
version of the first image associated with a previously generated set of data; 

in response to a user request which selects a further image from said video 
data, generating a first set of data representing the fiirther image by predictively 
encoding the fiirther image, wherein the predictive encoding is performed with 
respect to a decoded version of the first image associated with a previously 
generated set of data; and 
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generating one or more further sets of data representing the further image by 
predictively encoding the further image, wherein the predictive encoding is 
performed with respect to a decoded version of the further image associated with a 
previously generated set of data. 

Preferably, each further set of data representing an image is generated by 
predictively encoding that image with respect to a decoded version of an image 
associated with the immediately preceding generated set of data. Thus, the sending 
application continually feeds the same source picture into the encoder; the net effect 
is that the end-user receives something that looks like a progressive still image. 

Preferably, the first set of data representing the further image is generated by 
predictive encoding with respect to the decoded version of the first image associated 
with the immediately preceding generated set of data representing the first image. 
This means that when the end-user wants to view a still image from another point in 
time, the sending application substitutes, as the input to the encoder, the source 
picture from the requested point in time (the further image). The encoder encodes 
this source picture (the further image) predictively with respect to the original 
source image (the first image). This means that the quality of the new "still" image 
decoded by the requested decoder will appear to be sindlar to that reached with the 
"progressive still" of the previous view. This is because the encoder predicts the 
new source image from the original source image and hence exploits redundancies 
between the new and the original source image (e.g. the same background). In the 
context of the invention, the further image may occur temporally before or after the 
first image. It is merely viewed subsequent to the first image. However, the two 
requested stills are likely to be temporally quite close together and to have a large 
proportion of common imagery. If not, then the encoder may implicitly compress 
the new still as an Intra frame, which gives perfomiance no worse than compressing 
as in the prior art, i.e. with JPEG2000 or similar. 
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According to a second aspect of the invention, there is provided video encoding 
apparatus, comprising a predictive encoder arranged: 

to encode a first set of data representing a first image; 

to encode one or more further sets of data representing the first image by 
5 predictively encoding the first image, wherein the predictive encoding is performed 
with respect to a decoded version of the first image associated with* a previously 
generated set of data; 

in response to the apparatus receiving a user request which selects a further 
image, to encode a first set of data representing the further image by predictively 
10 encoding the further image, wherein the predictive encoding is performed witih 
respect to a decoded version of the first image associated with a previously 
generated set of data; and 

to encode one or more further sets of data representing the further image by 
predictively encoding the further image, wherein the predictive encoding is 
15 performed with respect to a decoded version of the further image associated with a 
previously generated set of data. 

The image data may be stored in a buffer for encoding on request of a user. 
Alternatively the image data may be presented to the encoder in real-time. 

20 

According to a third aspect of the invention, there is provided a video surveillance 
system comprising: 

a video capture device; 

a video encoding apparatus defined above for encoding video signals 
25 received firom the video capture device; 

a user terminal including a video decoding device for decoding video signals 
received from the video encoding device and a user interface for a user to input 
commands to be sent to the video encoding device. 
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Preferably the system further includes a buffer for storing images for encoding on 
request of a user. The control device may be located remotely from the video 
capture device and/or the video encoding device and/or the alarm generator. 

Preferably a user interface is provided that includes the presentation of reduced-size 
views of images occurring before and after the first image, the detection of the 
selection by a user of one of the reduced-size images, said selection by a user 
corresponding to the request for a subsequent image, and the sending of a message 
indicating the selection by the user. Thus the invention also allows for the 
presentation to the end-user, in an intuitive manner, of options for selecting which 
time-frame the next still image should represent. Preferably the system may deliver 
"thumb-nail" images, which represent a fixed time before and after the main image. 
The end-user can then select a time period with some confidence that he can make a 
suitable decision. 

According to a fourth aspect of the present invention, there is provided a method of 
decoding video data, comprising: 

receiving a first set of data representing a first image of the video data; 

decoding the first set of data to generate a decoded version of a first image; 

decoding further received sets of data representing the first image with 
reference to a previously decoded version of the first image; 

sending to a transmitting encoder a user request which selects a further 
image from the video data; 

decoding a received set of data representing the requested further image with 
reference to a previously decoded version of the first image so as to generate a 
decoded version of the fiirther image; and 

decoding further received sets of data representing the further image with 
reference to a previously decoded version of the further image. 
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The invention will now be described, by way of example only, with reference to the 
accompanying draAvings, in which: 

Figure^jhows a video surveillance system according to the invention; 
Figu re 2 ^ hows an example of the multimedia components of a video surveillance 
5 terminal according to the invention; 

Figur£3^hows an example of a video encoder incorporating the invention; 

Figure 4 shows an example of the multimedia components of an end-user terminal 

according to the invention; 

Figure 5 shows an example of a video decoder for use with the invention; 
10 Figure 6 shows an example of the picture feed thread suitable for use in the 
invention; and 

Figu re 7 sh ows an example of a user interface for use in the invention. 

An overview of a networked video surveillance system is shown in figure 1. At the 
15 customer premises, there is a video surveillance terminal 1, an alarm generator 2 
and a home security control system 3. Video content is transmitted to a remote end- 
user terminal 4, either £is a result of an alarm or when the end-user requests 
information. 

20 The terminal 1 incorporates a camera to capture images of an area. The terminal 1 
may also include other components, e.g. a microphone to record the audio 
environment around the terminal and other data components as required. The video 
surveillance temiinal 1 includes a video codec system as will be described further 
below to compress the video images captured by the video surveillance terminal 1. 

25 

The alami generator 2 may be a standard alarm system based on door sensors, infra- 
red detectors or the like, or it may be based on scene analysis. The embodiment 
described here assumes that the alarm system informs either the user directly, or the 
home security control 3, that an alarm state has been entered. This will cause, eitlier 
30 directly or indirectly, visual material to be transmitted to the end-user terminal 4. 
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The home security control module 3 is a component the functionality of which is 
dependant on implementation. The security control module may be located at the 
same premises as the video surveillance terminal 1 or it may be located remotely 
and oversee a plurality of alarm generators 2 and associated video surveillance 
terminals 1. For instance, the home security control system 3 may be used to collate 
information from a plurality of surveillance terminals 1 and to send video data to a 
pre-determined remote user terminal 4 when an alarm is generated. Thus if an 
alarm system 2 sends a signal to the home security control system 3 that there is an 
alarm situation, the home security control system 3 then sends a representation of 
the video signal from the appropriate surveillance terminal 1 to the appropriate end 
user terminal 4. 

The remote end-user terminal 4 comprises an end-user control system 5, a user 
interface 6, a still image store 7 and a video decoder 200. 

The communication link 9 between the remote user terminal 4 and the home 
security control module 3 is likely to be a low bit-rate network e.g. a Public 
Switched Telephone Network (PSTN) or a Mobile network. 

Figure 2 shows the typical multimedia components of the surveillance terminal 1: a 
video encoder 100, an audio encoder 20 (if the recordal of audio is required) and a 
control manager 40. The video encoder 100 receives signals for encoding either 
directly from a video capture device 70 of the terminal (e.g. a camera) or indirectly 
from a store 71. The audio encoder 20 receives signals for coding from a 
microphone 75 of the terminal 1 . If data is to be sent via a circuit-switched network 
(e.g. a PSTN), then a multiplexer/de-multiplexer 50 and modem will usually be 
required. When an IP based network is used however, these components are not 
required. 
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The control manager 40 controls the operation of the video encoder 100 and the 
audio encoder 20. However, since the invention is concerned with the operation of 
tiie video encoder 100, no further discussion of the audio encoder 20 will be 
provided. 

The video encoder 100 is provided in the surveillance terminal 1 but may also be 
provided in the end-user terminal 4 if video encoder facilities are required. The 
video encoder 100 of the video surveillance terminal 1 is similar to a standard video 
encoder, such as one compUant with MPEG-4 or H.263, but is designed such that 
the same soiurce picture is continuously used as the input to the video encoder. The 
effect of this is that the encoder will produce a bit-stream that can be decoded to 
give a progressively refined representation of that source image. 

The video surveillance terminal 1 stores a buffer of uncompressed images of 
different time periods. The number of stored images is dependant on 
implementation. 

The video encoder of the video surveillance terminal 1 can be instmcted at any time 
by a remote user to change the source image to that of another image. The encoder 
can then efBciently transmit a representation of the new source image, as any 
temporal similarities (e.g. background) to the original image will have been coded 
at a high quality in previous transmissions. 

Figure 3 shows an example of a video encoder according to the invention. The 
video encoder 100 comprises an input 101 for receiving a video signal from a 
camera 70 or video source 71 of the surveillance terminal 1. A switch 102 switches 
the encoder between an TNTRA-mode of coding and an INTER-mode. The encoder 
100 comprises a DCT transformer 103, a quantiser 104, an inverse quantiser 108, an 
inverse DCT transformer 109, an adder 1 10, a picture store 107, a subtractor 106 for 
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forming a prediction error, a data formatter 113 and an encoding control manager 
105. 

The operation of an encoder according to the invention will now be described. The 
video encoder 100 receives a frame of the video signal captured by the camera 70, 
The frame presented to the input 101 may be determined by the alarm generator 2 
and/or the home security control system 3. When an alarm is activated by the alarm 
generator 2, the home security control system 3 sends a message to the control 
manager 40 to identify the point in time for which a video signal is required. In . 
response, a frame is selected from the video store 71 and presented to the video 
encoder 100 for encoding. 

The encoder 100 encodes the video signal by performing DCT transformation, 
quantisation and motion compensation. The encoded video data is then either 
output directly on the communications link 9 as packet data or output to the 
multiplexer 50 if a circuit-switched network is involved. The multiplexer 50 
multiplexes the video data from the encoder 100 and control data from the control 
40 (as well as other signals as appropriate) into a multimedia signal. The terminal 1 
outputs this multimedia signal to the receiving terminal 4 via the modem (if 
required). 

In INTRA-mode, the video signal from the input 101 is transformed to DCT co- 
efficients by a DCT transformer 103. The DCT coefficients are then passed to the 
quantiser 104 that quantises the coefficients. Both the switch 102 and the quantiser 
104 are controlled by the encoding control manager 105 of the video codec, which 
may also receive feedback control from the receiving terminal 4 by means of the 
- control manager 40. A decoded picture is then formed by passing the data output 
by the quantiser through the inverse quantiser 108 and applying an inverse DCT 
transform 109 to the inverse-quantised data. The resulting data is added to the 
contents of the picture store 107 by the adder 110. 



wo l>3/06573(» 



PCT/GB03/00246 



11 



In ESTER mode, the switch 102 is operated to accept from the subtractor 106 the 
difference between the signal from the input 101 and the picture which is stored in 
the picture store 107. The difference data output from the subtractor 106 represents 
the prediction error between the current picture input at 101 and the reference 
picture stored in the picture store 107. A motion estimator 111 may generate 
motion compensation data from the data in the picture store 107 in a conventional 
manner although, when the data input to the encoder remains the same, the motion 
estimator 111 may be disabled to avoid unnecessary computations. 

The encoding control manager 105 decides whether to apply INTRA or INTER 
coding or whether to code the frame at all on the basis of either the output of the 
subtractor 106 or in response to feedback control data from a receiving decoder. 
The encoding control manager may decide not to code a received frame at all when 
the similarity between the current frame and the reference frame is so high or there 
is not time to code the frame. The encoding control manager operates the switch 
102 accordingly. 

When not responding to feedback control data, the encoder typically encodes a 
frame as an INTRA-frame only at the start of coding (all other frames being P- 
frames), or when the current picture and that stored in the picture store 107 are 
judged to be too dissimilar. In the present invention, the data input to the encoder 
remains the same until a message is received by the video surveillance terminal 1 
indicating a fiirther frame of data that is required or that no further video data is 
required. As an example, consider that image 0 is input to the video encoder 100 at 
time t=T and that a frame of data is encoded every n seconds. The video data 
output from the encoder is then as follows: 

lo.T Po.T+n Po,T+2n Po,T+3n Po,T+4n Po.T+5n ^tC. 

where 

I/P represents if the frame is encoded in an Intra or Inter manner 
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0 represents the frame number being encoded 
T +xn represents the time of coding of the frame by the encoder. 
Each P frame is encoded with reference to the immediately previously encoded 
frame i.e. frame P©, T+4n is encoded in a predictive manner with reference to the 
previously generated representation of the image i.e. Pq, i^sn- 

Say an end-user requests an image from a point in time 10 seconds after the current 
image. The control manager 40 receives this request and determines the frame 
number that equates to this requested pomt in time, say frame number 100. The 
control 40 then sends a message to the video store 71 for frame number 100 and this 
frame is input to the input 101 of the encoder 100. The encoder then proceeds to 
encode this new frame predictively with respect to the previously encoded frame. 
Therefore the output from the encoder is as follows: 

• • • Po.T+5n Pl00,T+6n Pl00,T+7n PlOO,T+Sn ©to. 

where Pioo, T+6n represents frame 100 encoded in an inter manner at time 
T+6n with reference to frame Po, x+sn- 

Thus video data is generated for transmission to a subsequent user. A first 
representation of a first image 0 is generated (Io,t). One or more further 
representations of the first image are then generated (Po.x+n Po,T+2n Po, T+sn Po. T44n Po. 
T+5n etc), each of the further representations being predicted from a previously 
generated representation of the first image. In response to a request for a 
subsequent image, a first representation of a subsequent image at the requested 
point in time (e.g. T=100) is generated (Pioo, T+6n) by predicting the subsequent 
image from a representation of the first image, in this case the frame represented by 
Po. T+5n- One or more further representations of the subsequent image (Pioo,T+7n 
Pioo.T+8n ©to.) are then generated predictively from a previously generated 
representation (e.g. Pioo.T+6n) of the subsequent image. 
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The video encoder outputs the quantised DCT coefficients 112a, the quantising 
index 112b (i.e. the details of Hae quantising used), an INTRA/INTER flag 112c to 
indicate the mode of coding performed (I or P), a transmit flag 11 2d to indicate the 
number of the frame being coded and the motion vectors 1 12e for the picture being 
coded. These are formatted into the correct format by the data formatter 113 and 
then multiplexed with any other multimedia signals by the multiplexer 50. 

Figure 4 shows the typical multimedia components of the remote end-user terminal 
4. The terminal comprises a video decoder 200, an audio decoder 22 and a control 
manager 40. Again a multiplexer/de-multiplexer 50 and a modem are provided if 
the terminal is to operate with a circuit-switched network. The temiinal 4 receives 
signals for decoding from a surveillance terminal 1 (via the home security control 
system 3 and communications link 9). The decoded video is then displayed on a 
display 76. If audio signals are sent, audio encoder 22 receives the audio signals for 
decoding from the relevant surveillance terminal 1 and reproduces them via 
loudspeaker 77. 

As shown in Figure 5, the decoder 200 comprises a data de-formatter 218 to spUt 
the received video data into its constituent parts, an inverse quantiser 220, an 
inverse DCT transformer 221, a motion compensator 222, a picture store 223, a 
switch 219 and a controller 224. The controller 224 receives control signals 
demultiplexed from the encoded multimedia stream by the demultiplexer 50. In 
practice the controller 105 of the encoder and the controller 224 of the decoder may 
be the same processoi% if both are provided in the same device. 

Considering the terminal 1 as sending coded video data to terminal 4, the operation 
of the video decoder 200 will now be described. The terminal 4 receives a 
multimedia signal from the transmitting terminal 1. The demultiplexer 50 
demultiplexes the multimedia signal and passes the video data to the video decoder 
200 and the conti'ol data to the control manager 40. The decoder 200 decodes the 
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encoded video data by de-formatting the video data, inverse quantising, inverse 
DCT transforming and motion compensating the data. The controller 224 of the 
decoder checks the integrity of the received data and, if an error is detected, 
attempts to conceal the error in any suitable manner. The decoded, corrected and 
concealed video data is then stored in the picture store 223 and output for 
reproduction on a display 76 of the receiving terminal 4. 

As the data input to the transmitting encoder 100 is the same, each received frame 
of data represents further information relating to the same image. Thus the quality 
of the image displayed on the display 76 is progressively improved. When an end- 
user wishes to view a subsequent image, the end-user enters via the user interface 6 
an indicator representing the point in time required for the subsequent view. The 
subsequent image requested may occur temporally before or after the current image 
being viewed by the end-user. 

Thus, when an end-user wishes to view a subsequent, or further, image the remote 
user terminal 4 sends a message to this effect to the video surveillance terminal 1. 
The message indicates the time of the required image. 

In response to receiving such a message from an end-user terminal 4, the control 40 
of the video surveillance terminal 1 sends a message to the video store 71 indicating 
the time frame required. The video store 71 outputs the corresponding frame of 
video data to the input of the encoder 100. The input is then encoded in an inter- 
frame maimer with respect to the frame of data stored in the picture store 107. Thus 
the subtractor 106 generates a signal representing the differences between the frame 
of data representing the subsequent picture requested and the frame of data 
representing the previous picture displayed to the end-user. This prediction error 
signal is then encoded in the normal manner and transmitted to the end-user 
terminal 4. The encoder then continues to encode the difference between the data 
representing the subsequent picture as presented to the input of the decoder and the 
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data stored in the picture store 107. This is represented in Figure 6 of the drawings, 
where the contents of the video store 71 are presented to the input 101 of the 
encoder 100, one of the frames of data from the sequence of frames being presented 
until such time as a further frame is requested. 

5 

When the data is received by the decoder of the end-user terminal 4, it is decoded in 
the usual manner for an inter-frame: the received data is de-quantised and inverse 
transformed and then the reconstructed data added to the contents of the picture 
store 223. Clearly the contents of the picture store 223 represent the decoded and 
10 reconstructed representation of the previous picture viewed by the end-user. 
Therefore when the prediction data derived from the subsequent image is decoded 
by the decoder 200, it is added to the contents of the picture store 223 and the 
resulting image is displayed on the display 76 of the end-user temiinal for 
consideration by the end-user. 

15 

If the end-user determines that the alarm is not a false alarm, steps may then be 
taken to alert the appropriate security services. If the alarm is a false alarm, a 
message is sent to the home security control module 3 which resets the alarm 
generator 2. 

20 

If the subsequent image requested differs significantly from the previous image, the 
prediction data output by the subtracter 106 represents a large prediction error. As is 
well known in the art, if this prediction error exceeds a pre-determined threshold, 
the control 105 instructs the switch 102 to open and the input frame is encoded in an 
25 intra-frame manner. The intra/inter switch 102 may operate either at the frame level 
or at the macroblock level. Thus macroblocks that are unchanged may be predicted 
in an inter-frame manner whilst those that are significantly changed may be 
encoded in an intra-frame manner. 
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In a further embodiment of the invention, the user is presented with information that 
allows the user to quickly decide if he wants to view a different source image 
captured by the video surveillance terminal 1. Thus, a user may be presented with 
both the current picture 11 and a "thiraibnail" representation 12 of one or more of 
the buffered images captured at flie video surveillance system 1, for instance as 
shown in Figure 7. 

The user can then click on a timeline 14, the position along which is decided by his 
interpretation of which time representation he would like to visualise. The message 
indicating this time is then sent to the encoder 100. For instance, the user clicks on a 
timeline 14 at the end-device. This time is sent to the video surveillance terminal 1. 
This message might be, in C-code: 

struct new_image_request_type 

{unsigned char MESSAGE^ED; /* = UNIQUE IDENTIFIER OF THIS 
MESSAGE TYPE 

long iTimeDeltalnMs; /* = THE NUMBER OF MILLISECONDS TO 
CHANGE THE TIME */}; 

For the example considered earlier, in which a user wished to view a scene 
that occurred 10 seconds later than the current view, the code would be: 

new__image_request_type message; 

message.]VIESSAGE_ID = 1; // some unique identifier 
message.iTimeDeltalnMs = 10000; . 

NetworkSend((char *)&message); // send the message as a byte array over 

the network. 
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Thus there has been described a method of encoding video data for transmission, 
which comprises: inputting a first frame of data representing a first image; encoding 
the first frame of data to generate an encoded version of the first image; encoding 
said first frame of data with reference to a previously encoded version of the first 
5 frame of data to generate data representing the difference between the first frame of 
data and the previously encoded version of the first frame of data; in response to a 
request for a subsequent image, inputting a fiirther frame of video data representing 
said requested subsequent image; encoding said subsequent frame of data with 
reference to a previously encoded version of the first firame of data to generate data 
10 representing the difference between the fiirther frame of data and the previously 
encoded version of the first image; and encoding said fiirther firame of data with 
reference to a previously encoded version of tlie fiirther frame of data to generate 
data representing the difference between the fiirther frame of data and the 
previously encoded version of the first image. 

15 

Although the description describes a video encoding/decoding system that is DCT 
transformed based, the invention is suitable for use with other types of codec. The 
invention is not intended to be limited to the video coding protocols discussed 
above: these are intended to be merely exemplary. In particular the invention is 
20 applicable to any video coding protocol using temporal prediction. 

It will be understood by those skilled in the art that the apparatus that embodies the 
invention could be a general purpose device having software arranged to provide an 
embodiment of the invention. The device could be a single device or a group of 

25 devices and the software could be a single program or a set of programs. 
Furthermore, any or all of the software used to implement the invention can be 
contained on various transmission and/or storage mediums such as a floppy disc, 
CD-ROM, or magnetic tape so that the program can be loaded onto one or more 
general purpose devices or could be downloaded over a network using a suitable 

30 transmission medium. 



